WUDSN IDE - Die Integrierte Programmierumgebung

Guten Morgen Peter, guten Morgen in die Runde! Ich habe folgendes Problem:

Ich habe Daten unter land100, land101, land102... labgelegt. Nun lade ich die Daten mit

    lda land100,x

und speichere sie auf den Bildschirm mit

   sta (display1),y

x und y werden entsprechend hochgezählt! So weit so gut. Besser für meinen Code wäre die Möglichkeit, land100 als Variable zu haben und dann entsprechend wechseln zu können:

   lda ("land100")
   sta variable
   lda variable,x
   sta (display),y

gibt es da eine schlaue Möglichkeit unter MADS das zu machen??

LG Peter

Prodehl schrieb: Guten Morgen Peter, guten Morgen in die Runde! Ich habe folgendes Problem:

Ich habe Daten unter land100, land101, land102... labgelegt. Nun lade ich die Daten mit lda land100,x und speichere sie auf den Bildschirm mit sta (display1),y x und y werden entsprechend hochgezählt! So weit so gut. Besser für meinen Code wäre die Möglichkeit, land100 als Variable zu haben und dann entsprechend wechseln zu können: lda ("land100") sta variable lda variable,x sta (display),y

gibt es da eine schlaue Möglichkeit unter MADS das zu machen??

LG Peter

Das sollte doch mit einem zp Pointer gehen.

;im Definitionsbereich
    .zpvar    .word zp_cfrom

;... dann im Programmteil
    mwa #land100 zp_cfrom
    lda (zp_cfrom,x)
    sta (display),y

das wäre ein sehr interessanter Ansatz, leider bekomme ich so keine Daten über land100 geladen... mein Definitiosbereich sieht so aus:

xposl1      .by 34
yposl1      .by 58
statusl1    .by 01
shiftl1     .by 00
zl1     .by 00
        .zpvar  .word zp_cfrom

ok.... der Ansatz ist gut - wir (Peter / Janko) hatten auch über selbstmodifizierenden Code diskutiert, was auch geht und sehr interessant ist, etwas einfacher erscheint aber diese Lösung!

Man muss aber statt

mwa #land100 zp_cfrom
    lda (zp_cfrom,x)
    sta (display),y

mwa #land100 zp_cfrom
    lda (zp_cfrom),y
    sta (display),y

nehmen! Dann gehts! Vielen Dank !!!

Ich gehe davon aus, dass du das hier benötigen würdest. Die Adressierung (addr),register geht nur mit Y.

;im Definitionsbereich
    .zpvar    .word zp_cfrom

;... dann im Programmteil
    mwa #land100 zp_cfrom
    lda (zp_cfrom),y
    sta (display),y

Falls X und Y während des Kopierens aber verschieden sind, vermute ich dass es keine direkte Lösung gibt. Du müsstest dann den Wert des registers immer zwischenspeichern.

;im Definitionsbereich
    .zpvar    .word zp_cfrom

;... dann im Programmteil
    mwa #land100 zp_cfrom
    ldy zwischenspeicher_Ycpfrom
    lda (zp_cfrom),y
    inc zwischenspeicher_Ycpfrom
    ldy zwischenspeicher_Ydisplay
    sta (display),y
    inc zwischenspeicher_Ydisplay

das ist korrekt! Ich habe das gerade mal umgesetzt in meinem Programm und mache das mit dem Register zwischspeichern!

    .zpvar  .word zp_cfrom

btw -> Das .zpvar bewirkt, dass MADS selbstständig ab der nächsten freien Adresse ab $0080 nachfolgenden Speicherplatz reserviert. Es ist also quasi das hier:

    org $80
zp_cform    .ds 2

oder:

zp_cform equ $80

oder:

zp_cform = $80

Der Vorteil ist hier, dass man schnell und einfach mehrere Variablen definieren kann und selbst nicht unbedingt Buchführen muss, wo der nächste freie Platz ist. Kann ja auch "chaotischer" aussehen:

    .zpvar  .word zp_cfrom,test
    .zpvar  .byte regX,regY,regA
    .zpvar  .long wasauchimmer

Vielen Dank schon mal für die Antworten. Das bringt mich wirklich weiter und ergänzt auf jeden Fall, was mir programmiertechnisch unter Assembler noch fehlte. Für mein Beispiel brauche ich es zwingend, um Platz zu sparen - da alles auch noch zeitkritisch wird, nehme ich den schnelleren Code, der eh im RAM steht. LG Peter

Hallöle nochmal in die Runde... ich habe jetzt den selbstmodifizierenden Code drin und es funktioniert wirklich gut. Jetzt habe ich allerdings noch eine weitere Frage bezüglich dieser Möglichkeiten, weil ich es gerade nicht hinbekommen habe: Kann man das auch mit einem JMP oder besser JSR machen? Also quasi die Adresse wo man hinspringen will mittels selbstmodifizierenden Code entsprechend gestalten?? Gruß Peter

.. habe mir gerade die Frage selbst beantwortet.. klar, geht auch !

Prodehl schrieb: Kann man das auch mit einem JMP oder besser JSR machen? Also quasi die Adresse wo man hinspringen will mittels selbstmodifizierenden Code entsprechend gestalten?? Gruß Peter

Ja das sollte gehen. Also beides... mittels zp pointer (nur bei JMP) und auch direkt die Adresse hinter den Sprungbefehlen im Speicher ändern.

    mwa #neueadresse changejump
    ...
changejump = *+1
    jsr $0000

Mal ne doofe Frage: Warum versteckt ihr die interessante Diskussion eigentlich hier, wo sie keiner sucht? 😉

.Hallo Leute

DjayBee schrieb: Warum versteckt ihr die interessante Diskussion eigentlich hier, wo sie keiner sucht? 😉

Naja, "FujiNet" findet man auch unter "Hardware", obwohl die meisten Fragen dort sich auf die Software beziehen.

Tschüß

Mathy

Sicherlich ist es immer auch Geschmacksache, wie man seine Codes in Assembler strukturiert. Ich persönlich mag die #If / #End -Anweisungen gerne, weil ich das recht übersichtlich finde. Nun brauchen wir aber überwiegend schlanken und schnellen Code und gerade wenn man zeitkritische Sachen machen möchte, dann muss der Code wirklich effektiv sein. Ich habe jetzt also bei CoE alle #If / #End -Anweisungen rausgeschmissen und ersetzt mit positivem Zuwachs an Geschwindigkeit. Nun wollte ich mir mal anschauen, was MADS da überhaupt treibt... und siehe da, es gibt Unterschiede:

Eine einfache #If ..... Code .... #End - Anweisung ist hinsichtlich Code völlig identisch mit dem, was man normalerweise mittels LDA / CMP / BCC oder BNE... programmiert. Eine einfache #If / #End - Anweisung kann man also problemlos nutzen ohne Nachteile.

Anders sieht es aus bei einer komplexen #If .... .And ..... #End - Anweisung. Hier verbrät MADS 35 Bytes pro Anweisung mehr ... das ist also echt relevant!

Fazit: Einfache #If / #End-Anweisungen sind völlig unproblematisch möglich, komplexe #If - .And #End-Anweisungen sollte man vermeiden und unbedingt direkt programmieren!

Hi,

das liest sich jetzt ein bisschen doof:

JAC! schrieb: Die Installation von WUDSN war in der Vergangenheit nur under Windows wirklich einfach. ..... Das ist nun endlich anders

🙂

Hello Peter, finde ich super, daß du das jetzt auch für Mac umgesetzt hast... bei mir ist das ja schon länger auf drei Rechnern installiert und ich arbeite täglich damit. ich suche mal einen noch freien Mac und teste das bei Gelegenheit.

Ein im Moment noch etwas größeres Problem ist, daß ich unter Eclipse praktisch nur mit dem Mac Emulator testen kann... Altirra unter Eclipse Mac friert nach 20 Sekunden ein. Der Mac Emulator ist zwar sehr gut, hat aber immer mal wieder so kleinere Dinge wo er nicht so genau ist... also ein funktionierendes Altirra unter Mac Eclipse wäre noch was.... 😉

Gruß Peter

Hallo Peter, komischerweise nutze ich diese Funktionstasten zum Assemblieren eher garnicht - vielleicht wegen der 3 Tasten, da geht es mit der Maus schneller. Daher ist mir das noch nicht aufgefallen. Ein F8 und shift-F8 erscheint mir sinnvoll.

Gruß, Ralf

JAC! schrieb: - Hattet ihr dieses Problem in der Vergangenheit unter Windows oder anderen Betriebssystemen? Hat z.B. "Kompilieren/Compiler und Ausführen" nicht funktioniert, wenn ihr die Tastaturbelegung verwendet haben?

• Habt ihr die Tastenkombination in der Vergangenheit neu konfiguriert?

• Welche Bindung würdet ihr bevorzugen (bitte gebt auch euer Betriebssystem an)?

Ja, habe auf meinen PCs mehrere (menschliche) Sprachen installiert, somit funktioniert Shift-Control-0 unter WUDSN nicht. In der Vergangenheit habe ich das jedesmal, wenn ich WUDSN auf einem neuen PC eingerichtet habe, umgeändert, aber zuletzt war ich zu faul und nutze jetzt die Maus.

Welche Taste es wird, ist mir letzlich egal, ich würde mich aber freuen, wenn es auf dem Mac und PC gleich/sehr ähnlich wird.

Gibt es eigentlich eine Möglichkeit in die WUDSN-IDE eigene Plug-Ins einzubetten, z.B. einen Konverter Goat-Tracker (.sng)<->RasterMusicTracker (.rmt) und wenn ja, wie?

Hi,

wo kann man Zeichengröße und Zeilenabstand für den HEX-Editor einstellen?

Ich hab zwar die globalen Einstellungen gefunden, aber irgendwie tut sich dann im HEX-Editor nix.

Außerdem zeigt der HEX-Editor Schriftarten als verfügbar an, die auf meinem System gar nicht existieren und die, die existieren zeigt der HEX-Editor nicht zur Auswahl an.

Grummel ...

CU, Erhard

Erhard schrieb: wo kann man Zeichengröße und Zeilenabstand für den HEX-Editor einstellen?

Das mit dem Zeilenabstand habe ich leider nirgends finden können. Aber Fonts kann ich auswählen. Gibt es dieses Feld bei Dir nicht?

Hi,

patjomki schrieb: Gibt es dieses Feld bei Dir nicht?

doch doch, deshalb schrieb ich ja: "Außerdem zeigt der HEX-Editor Schriftarten als verfügbar an, die auf meinem System gar nicht existieren und die, die existieren zeigt der HEX-Editor nicht zur Auswahl an."

Aber bei mir ist das alles recht klein. Besonders die beiden ATASCII. Die HEX-Zahlen gehen soeben noch, aber was rechts davon angezeigt wird ...

Die Anzeige in ASCII (hier nicht abgebildet) ist dagegen okay.

Also für hex edit nutze ich nach wie vor HxD. Ein schöner freier hex Editor.

pps schrieb: Also für hex edit nutze ich nach wie vor HxD. Ein schöner freier hex Editor.

Den nutze ich auch zum Editieren. Den in der WUDSN-IDE benutze ich eigentlich nur zum schnellen Hex-Ansehen.

Ist halt trotzdem irritierend, dass es bei Erhard komiach aussieht, aber da wird wohl nur noch JAC! helfen können.

JAC! schrieb:

patjomki schrieb: Gibt es eigentlich eine Möglichkeit in die WUDSN-IDE eigene Plug-Ins einzubetten, z.B. einen Konverter Goat-Tracker (.sng)<->RasterMusicTracker (.rmt) und wenn ja, wie?

WUDSN IDE basiert auf Eclipse und Eclipse selbst ist im wesentlichen genau das: Ein Rahmen in den man eigene Plugin-s einbettet. WUDSN IDE selbst implementiert keine Konvertierung, sondern ist das Bindeglied das eine Benutzerschnittstelle für bestehende Funktionen bietet. Für das Abspielen / Konvertieren von Atari Music, verwendet die IDE "https://github.com/asma-atari-org" und für C64 Music "https://sourceforge.net/projects/jsidplay2/".

Wenn den Java Code für .snd => .rmt hast, ist es recht einfach das als Plugin einzubinden. Evtl. wäre es in diesem Fall aber sinnvoller, die Möglichkeit aus ".sng" zu importieren, direkt in den Raster Music Tracker zu integrieren. So wie er auch ".mod" und ".tmc" importieren kann. RMT-Import.png

Danke für die Antwort. Der RMT ist zwar mittlerweile quelloffen, aber ich glaube, den Import direkt dort einzubauen traue ich mir nicht zu.

Muss das Plugin eine Java-Anwendung sein? Oder gehen auch .exe-Anwendungen?

JAC! schrieb: Für WUDSN muss es Java sein. Und wenn Du den C/C++ Code hast, kann ich das sicher auch in RMT reinbringen. Wobei eine standalone sng2rmt.exe jetzt auch nicht das Schlechteste wäre. So kann man es auch in Skripte einbauen.

Leider kein C/C++. Ist bisher kompiliertes Basic. Muss mich dawohl mal reinfuchsen, was es gerade an kostenlosen Entwicklungsumgebungen (außer gcc) gibt.

Java finde ich mit den x-Versionen unschön, habe Panik, dass ich mir mit einer Installation meine wudsn-Installation ruiniere.

Erstmal werde ich an meiner Standalone-Version weiterbasteln. Ist derzeit ohnehin nur ein noch nicht funktionsfähiger Notenkonvertierer, die ganzen Trackerkommandos und Instrumente sind darüber hinaus noch viel mehr Arbeit.

Hi,

JAC! schrieb: Es gibt keine Versionsprobleme mehr bei Java. WUDSN hat die notwendige JRE mit im Bauch.

Hierzu einige Anmerkungen. Auf der WUDSN Webseite steht, daß mindestens Java Version 11 erforderlich ist. Auf java.com ist aber nur Java v8 verfügbar.

Dann hab ich ja bei 2 meiner Installationen (sind beide alt und ich werde versuchen, das wie vorgeschlagen komplett neu zu installieren) das Problem, daß die eingebaute Hilfe nicht geht.

Meine portable Installation ist anscheinend nicht portabel. Wenn ich die zu Hause auf meinem PC starte, klappt die Hilfe. Stecke ich den Stick in meinen Arbeitsplatzrechner, klappt die Hilfe nicht. Die Pfade inklusive Laufwerksbuchstaben sind die selben. Es gibt kein eingebautes Java. Auf beiden PCs ist das selbe Java installiert. Seltsam, oder? Ich hoffe, das erledigt sich mit einer Neuinstallation.

Bei der anderen Installation (die ist noch ein bisschen älter und die hat JAC mal auf einer Fujiama auf meinem Laptop gemacht) klappt die Hilfe auch nicht. Diese Version hat ein Java mit drin. Wenn ich den Java-Ordner umbenenne, klappt die Hilfe auf einmal (auf dem Rechner gibt es ein installiertes Java). Auch lustig, oder?

CU, Erhard

Hallo Jac,

vielen Dank für Deine vielen Antworten - aber wolltest Du Dich nicht eigentlich mal urlaubstechnisch mehr als verdient in die Sonne legen?

Viele Grüße

Erhard

JAC! schrieb: PS: Es gibt keine Versionsprobleme mehr bei Java. WUDSN hat die notwendige JRE mit im Bauch.

Hört sich gut an. Bedeutet das also, dass, wenn die aktuellste WUDSN installiert ist (und die alte gelöscht), in der gleichen Eclipse-Umgebung auch Java-Programme geschrieben werden können (inkl. GUI, soll kein Kommandozeilentool werden)?

JAC! schrieb: Nein. WUDSN verwendet nur die Eclipse Runtime und das JDK als Java Runtime. Um selbst Java zu programmieren benötigst du die JDT (Java Development Tools) Version von Eclipse. Aber wie gesagt, erst mal in deiner vertrauen Umgebung zu arbeiten halte ich für sinnvoller.

Ah, Danke. Jetzt weiß ich wieder, warum ich Java nicht mag, dieses ganze Gewusel mit den verschiedenen Bestandteilen.

Meine vertraute Umgebung ist WUDSN. Das Basic habe ich nur genommen, weil es kostenlos verfügbar ist und sowohl der Goattracker als auch der RasterMusicTracker PC-Tools sind. Idealerweise hätte ich gerne alle Konvertertools in WUDSN habe aber die Befürchtung, dass die Installation der JDT mit der WUDSN Komplikationen verursacht.

JAC! schrieb: The Oracle Java License changed for releases starting April 16, 2019." und die Links zur neuen Seite sind (wirklich schlecht sichtbar) unten auf der Startseite.

Also das mit Java ist echt alles schwer unübersichtlich.

Was muss ich denn in welcher Reihenfolge installieren, wenn ich weiterhin mit WUDSN arbeiten, gleichzeitig aber auch Javaprogramme selber entwickeln möchte, die ich dann in WUDSN als eigene Tools einbinde (also so wie beispielsweise den SID-Player, der bei der WUDSN dabei ist)?

Hintergrund: ein Freund (auf C64) und ich (auf Atari) werkeln so vor uns hin und wollen die Grafik- und Soundergebnisse auf den jeweils anderen Rechner portieren. Das ginge aus meiner Sicht doch sehr bequem mit WUDSN, weiß nur nicht, wie. 😢

Gibt es eigentlich in MADS schon eingebaute Rechenfunktionen wie Wurzel, Quadrat, Sinus, Cosinus, Tangens??

. Hallo patjomki

JAC! kommt zur Fujiama (wie fast jedes Jahr). Dort hat er schon mehrere Leute geholfen mit WUDSN. Den Weg kennst Du doch noch, oder? 😁

Tschüß

Mathy

Dr. Irata schrieb: Gibt es eigentlich in MADS schon eingebaute Rechenfunktionen wie Wurzel, Quadrat, Sinus, Cosinus, Tangens??

Entsprechend des aktuellen Handbuches nicht so wirklich: https://www.wudsn.com/tmp/projects/mads/en/

Aber es gibt zumindest:

SIN (centre,amp,size[,first,last])

centre is a number which is added to every sine value amp is the sine amplitude size is the sine period first,last define range of values in the table. They are optional. Default are 0,size-1.

dta a(sin(0,1000,256,0,63))

defines table of 64 words representing a quarter of sine with amplitude of 1000.

COS (centre,amp,size[,first,last])

centre is a number which is added to every cosine value amp is the cosine amplitude size is the cosine period first,last define range of values in the table. They are optional. Default are 0,size-1.

dta a(cos(0,1000,256,0,63))

defines table of 64 words representing a quarter of cosine with amplitude of 1000.

Mathy schrieb: . Hallo patjomki

JAC! kommt zur Fujiama (wie fast jedes Jahr). Dort hat er schon mehrere Leute geholfen mit WUDSN. Den Weg kennst Du doch noch, oder? 😁

Tschüß

Mathy

Weg müsste ich noch kennen (lang ist's her) - obwohl Pauly gefahren ist.

Dieses Jahr ist eine Teilnahme aus persönlichen Gründen leider nicht möglich.

Dann muss das Projekt integrierte Entwicklungsumgebung Konvertierung C64<->Atari (Sound, Sprites<->P/Ms, Grafik) vermutlich noch ein bisschen warten (bis nächstes Jahr zur Fujijama?).

Bei mir läuft Win 11 auf dem Rechner und dort wurde jede *.JAR Datei (eigentlich ja ein Archiv!) mit dem Editor als Text und jeder Menge Datenmüll angezeigt. Rumgesucht wo denn bei Win 11 die Dateiverknüpfungen sind und irgendwie, irgendwo, irgendwann dann auch was gefunden. JAR war gar nicht registriert...?!? Java war/ist aber vorhanden, laut App-Anzeige war es Java 20 oder so.

Also noch Java Runtime Environment Version 8, mit Update 381 oder so installiert. Wird angezeigt als vorhanden, JAR ist aber weiterhin nicht registriert und wird weiterhin mit dem Editor als Text angezeigt. Also rumgegoogelt und wie es scheint eine Lösung gefunden: FIXJAR.EXE (oder JARFIX.EXE) runtergeladen und ausgeführt, danach ist JAR registriert und mit Java verknüpft. Warum denn nicht gleich so ? Früher war alles einfach besser... 😉

Hmmm, Fujiama - ich habe da gerade Urlaub. Hinfahren? Weiß noch nicht. Entscheide ich wohl spontan.

Ein kleiner Tip zu Java unter Windows:

In der Kommandozeile (ohne in den Installationsordner von Java zu wechseln) einfach mal eingeben:

JAVA -version

wenn dann eine Antwort kommt wie:

java version "1.8.0_181" Java(TM) SE Runtime Environment (build 1.8.0_181-b13) Java HotSpot(TM) 64-Bit Server VM (build 25.181-b13, mixed mode)

dann sollte Java zumindest richtig installiert und Windows bekannt sein (was aber nichts über die Zuordnung von Dateierweiterungen aussagt).

CU, Erhard

Kann man das eigentlich irgendwo ändern, dass im Menü nicht so ein Sprachwirrwarr herrscht? Bei mir gibt es jetzt File, Edit Navigate, Search, Run, Sprache(!), Window, Help.

Und unter Sprache dann: Quell-Ordner öffnen Ausgabe-Ordner öffnen Bauen 😲 Bauen und Ausführen 😮 Hilfe zur Sprache

Moin!

Der Sprach-Wirrwarr ist mir gar nicht so aufgefallen... aber ja, der existiert. Bei mir sieht das Menü aber ganz anders aus:

Grüße Janko

Kveldulfur schrieb: Moin!

Der Sprach-Wirrwarr ist mir gar nicht so aufgefallen... aber ja, der existiert. Bei mir sieht das Menü aber ganz anders aus:

wudsn.png

Grüße Janko

Das ist bei meiner älteren WUDSN auch genau so bei mir wie in Deinem Screenshot. Ist erst bei der aktuellen Variante so.

Kann man eigentlich irgendwo die Versionsnummer der WUDSN sehen?

JAC! schrieb: Ich test immer auf English daher ist mir das nicht aufgefallen. Das WUDSN Plugin hat Deutsch und English drin. Eclipse selbst standardmäßig nur Englisch. Es gibt mehrere Möglichkeiten: - Deutsch nachinstallieren (Language Pack, muss ich raussuchen) - Eclipse in English starten: Parameter " -nl en_US " in dem Link ergänzen, der "eclipse.exe" startet

Ich schau mir beides mal und und melde mich.

Super. Das hört sich gut an.

Hat natürlich keine Eile, weil auch mit den etwas seltsam gewählten deutschen Begriffen klar ist, was gemeint ist und die Erzeugung von Programmen auch mit der jüngsten WUDSN weiterhin funktioniert. 😀

Und nochmal Danke für die Änderung des Tastaturshortcuts. Endlich wieder auf Tastendruck "bauen". 😉

JAC! schrieb: Manuelle Lösung und geplante Automatisierung hier: https://github.com/wudsn/wudsn-ide/issues/16

Wenn Du sowieso gerade bei der WUDSN bist. Ich habe festgestellt, dass bei der neuen Version ein Programm, das mit einem Debug-Breakpoint aufgerufen wird, beim ersten Mal der Debugger nicht gestartet wird.

Muss das Programm dann nochmal assemblieren und erst beim zweiten Aufruf funktioniert es.

Mit der alten Version der Eclipse klappt alles einwandfrei.

JAC! schrieb: Danke für den Hinweis. Wenn möglich sowas am besten direkt auf Github als Isssue anlegen, da spart mir eine Menge Arbeit und macht es einfach das nachzuhalten.

Ohne GitHub Account geht das vermutlich nicht, oder? Den habe ich nämlich leider nicht.

JAC! schrieb: Hab ich mit einer sauberen Neuinstallation getestet. Ich kann das nach nicht reproduzieren. Geht direkt, auch wenn der Ausgabeordner "%TEMP% ist.

Ich hoffe, auch mit der deutschen Installation? 😂 Übrigens, finde die Bezeichnung "Bauen und Ausführen" immer noch sehr irritierend. Fand "Kompilieren und Ausführen" irgendwie treffender.

Also ich habe gerade noch einmal neu unter Windows 11 64-Bit installiert. Es wird nicht debugged.

Mit meiner alten WUDSN-IDE (1.7.0.201812230044) klappt das Debugging hervorragend.

Das war's. Vielen vielen Dank.

Stand auf: "Standardanwendung des Betriebssystems"

Jetzt klappt es mit dem Debuggen.

Freue mich, nun endlich wieder auf Tastendruck "Bauen und Ausführen" zu können (Ctrl-Shift-9).

Ich habe da ne Frage:

Für mein Projekt "BIOS" (Peter, Du erinnerst Dich? ) habe ich ein kleines Assemblerprogramm welches vor dem Inhalt des OLD-OS eingefügt wird. Wenn ich auf assemblieren + starten klicke, bekomme ich die Fehlermeldung, das dieses ROM nirgends zugewiesen ist. Da es ein OS ROM wird, soll Altiirra mit diesem gestartet werden. Also muss da irgendwo festgelegt werden, das BIOS.rom als OS ROM für Altirra verknüpft ist.

Was mir auch noch (im echten Rechner) aufgefallen ist: Sollte ein Modul wie das PicoCart drinstecken, wird dieses gestartet. Alle Modul-Geschichten müssten beim BIOS-ROM (also dem OLD-OS) deaktiviert sein! Weiss jemand so aus dem Stehgreif, wo ich die NOPs hinpacken müsste?

Meinst Du diesen Bereich? - über "Add" können neue ROMs eingebunden werden.

ja genau, das hatte ich auch gefunden und es funktioniert! Danke!

Wie kann man denn Cartdridges vom OLD-OS deaktivieren? Wenn mein BIOS an ist, sollten keinerlei Cartdridges davor starten können!

wird diese Routine von woanders aufgerufen, so daß ich bei $F1EE einfach ein RTS setzten kann? Oder einfach den JMP(BFFA) mit NOPs füllen?

EDIT:

habe es gerade probiert, aber WUDSN meckert:

    org $e000
    ins "OLDOS.rom"

        org $F20F
        .byte $EA, $EA, $EA 

Can't fill from higher ($010000) to lower memory location ($F20F)

Gibt es da ne Möglichkeit, nach dem includen des OLDOS Adressen innerhalb des Bereiches $E000-$FFFF zu ändern?

also ich habe nun mal den ganzen Bereich von F1EE-F21F mit EA / NOPs gefüllt (Im OLD-OS-ROM-File per Hexeditor) trotzdem startet Galaxian !

Gibt es noch ne andere Möglichkeit, trotz RD4/5 das Modul NICHT zu starten? Eigentlich darf ein Modul überhaupt nicht im Speicher sein, auch wenn RD4 oder RD5 an sind, da das ROM später von $8000-$FFFF (32K) belegen soll (28C256 EEPROM).

Da fällt mir ein, selbst wenn das Modul nicht gestarter wird.... Sobald RD4 oder RD5 gesetzt sind, wird ja der Speicher 8000-9FFF / A000-BFFF von der MMU ausgeblendet. Da wird es dann wohl nix mit 32K ROM-Bereich für mein BIOS... Na macht nix, dann eben doch "nur" 16K. Reicht auch locker.

Hallo,

gibt es eigentlich die Möglichkeit aus WUDSN was anderes als XEX zu kompilieren. Leider finde ich in den Einstellungen nur Dateiendung ".XEX", würde aber gerne ein Programm direkt als .COM kompilieren um es direkt auf echter Hardware laufen lassen zu können.

Woran ich gerade hänge ist ein Handler für ein eigenes SIO Device, der als AUTORUN.SYS geladen werden soll. In Altirra funktioniert das compilieren und bootet des XEX auch sehr gut, aber auf echter Hardware will es nicht funktionieren. Ich denke, es liegt an den Extrabytes am Anfang der XEX und das ein einfaches umbenennen der .XEX zu .SYS daher nicht funktioniert. Daher würde ich gerne "echte" Programmen für echte Hardware kompilieren.

Geht das?

Gruß Frank

Hallo!

Müsste so gehen:

; @com.wudsn.ide.lng.outputfileextension=.com

Am Besten ganz oben in der Datei angeben.

Gruß Janko

Auf echter Hardware kann ein .XEX aber auch problemlos gestartet werden. Letztlich ist es nur ein Extender der dem Nutzer helfen soll zu sehen, was er da bekommt.

Edit: XEX sorgt übrigens auch nicht für zusätzliche Bytes in der Datei. Die Header Bytes kann man entfernen, wenn man dem MADS die passende Option setzt. Das war irgendwas mit ".opt". Glaube F+ oder F- oder war es das L?

Hallo!

Den Header kann man mit

OPT h- 

abschalten.

Grüße Janko

Danke für Eure Antworten. Ich werde es mal probieren.

Gruß Frank